(разработкой системы)

• spojený s vývojem systému

3.63 жизненный цикл безопасности системы (system safety life cycle): Необходимая деятельность в отношении системы контроля и управления, важной для безопасности, которая осуществляется в течение периода времени от стадии развития концепции с разработкой требований до последней стадии, когда система больше не может эксплуатироваться.

Примечание 1 - Жизненный цикл безопасности системы связан с общим жизненным циклом безопасности.

Примечание 2 - См. также «общий жизненный цикл безопасности контроля и управления».

Источник: ГОСТ Р МЭК 61513-2011: Атомные станции. Системы контроля и управления, важные для безопасности. Общие требования оригинал документа

1) Computers: software management

2) Information technology: (системы) software management

General subject: Digital Entertainment Content Ecosystem

Information technology: software management

 

оптимальное ценообразование
Механизм формирования цен, основанный на принципах теории оптимального программирования. Разработка концепции О.ц. которая велась в рамках теории оптимального функционирования экономики, была важным этапом в истории научной разработки проблем ценообразования в б.СССР. Концепция О.ц. в отличие от господствовавших «затратных концепций» основывала формирование цен на факторе эффективности потребления продукции при согласованном спросе и предложении, а математически — на расчете оптимальных оценок математического программирования (см. Объективно обусловленные (оптимальные) оценки). Предполагалось, что такие цены должны получаться одновременно с решением плановой задачи (составлением оптимального плана) и разработкой системы экономических нормативов (в нее входят и цены). Теоретически возможности для создания такой системы в условиях планового хозяйства были, но реальная экономика куда сложнее, чем любая математическая схема. Поэтому в качестве промежуточных этапов перехода к системе О.ц. предлагались компромиссные, паллиативные методы построения цен. Причем главным направлением здесь являлся все более последовательный и полный учет потребительских свойств продукции (ее качества, эффективности использования), а также соотношения спроса и предложения. Эти требования учитывались в т.н. концепции цен плановой сбалансированности, разработанной в ЦЭМИ под руководством акад. АН СССР Н.Я.Петракова (впервые опубликована еще в 1973 г.).
[ http://slovar-lopatnikov.ru/]

Тематики

• экономика

EN

• optimal pricing

1) Business: project control, project management

2) Management: pm project management, project management (pm)

3) EBRD: operation administration (в банке-кредиторе), project administration

4) Programming: (проектами) project management (процесс планирования, организации, обеспечения персоналом, руководства и контроля разработкой системы. Для этого, в частности, используется специальное ПО)

5) Automation: project console

Programming: project management (процесс планирования, организации, обеспечения персоналом, руководства и контроля разработкой системы. Для этого, в частности, используется специальное ПО)

     Глоссарий к книге Мэскона

    

    job-centered manager

    англ.

    руководитель, занимающийся прежде всего организацией работы и разработкой системы вознаграждений с целью повышения производительности труда.

 

руководитель, сосредоточенный на труде
Руководитель, занимающийся прежде всего организацией работы и разработкой системы вознаграждений с целью повышения производительности труда.
[ http://tourlib.net/books_men/meskon_glossary.htm]

Тематики

• менеджмент в целом

EN

• job-centered manager

3.48 процесс разработки модели (model development process): Процесс получения и создания экземпляров моделей на различных фазах моделирования предприятия.

Примечание - Это достигается:

a) выводом и созданием экземпляров моделей для применения компонентов по результатам идентификации домена, определения понятия (концепции), определения технических условий и внедрения фаз описания при моделировании предприятия;

b) реализацией модели описания внедрения как операционной модели домена и

c) разработкой моделей определения вывода из эксплуатации операционных моделей домена.

Источник: ГОСТ Р ИСО 19439-2008: Интеграция предприятия. Основа моделирования предприятия оригинал документа

3.125 процесс разработки модели (model development process): Процесс получения и создания экземпляров моделей на различных фазах моделирования предприятия.

Примечание - Это достигается:

a) выводом и созданием экземпляров моделей для применения компонент по результатам идентификации домена, определения понятия (концепции), определения технических условий и внедрения фаз описания при моделировании предприятия;

b) реализацией модели описания внедрения как операционной модели домена и

c) разработкой моделей определения вывода из эксплуатации операционных моделей домена.

Источник: ГОСТ Р 54136-2010: Системы промышленной автоматизации и интеграция. Руководство по применению стандартов, структура и словарь оригинал документа

 

протокол управления простой сетью
Протокол, управляющий сетью, сетевыми устройствами и их функциями.
[Е.С.Алексеев, А.А.Мячев. Англо-русский толковый словарь по системотехнике ЭВМ. Москва 1993]

простой протокол сетевого управления
Прикладной протокол (L7) управления сетевыми устройствами. Основное предназначение состоит в получении подробной информации о состоянии устройства и изменении его конфигурации в автоматическом режиме. Помимо периодического считывания SNMP-сервером информации с устройства, возможна активная сигнализация самим устройством о произошедших событиях.
[ http://www.morepc.ru/dict/]

простой протокол управления сетью
Протокол группы IETF по управлению сетью. Основной протокол администрирования сетей TCP/IP, обеспечивающий мониторинг и контроль сетевых устройств, обслуживание их конфигураций, сбор статистических данных, замеры производительности и проверку безопасности (МСЭ-Т Х.805; МСЭ-Т J.116).
[ http://www.iks-media.ru/glossary/index.html?glossid=2400324]

Вопросы сетевого управления традиционно входят в число основных как для производителей программ и оборудования, так и для организаций, занимающихся разработкой стандартов. Невероятно высокий темп развития сетей на базе протокола TCP/IP (и Internet в частности) и движение в сторону создания единой информационной магистрали обусловили необходимость разработки стандартного протокола управления устройствами по сети и множества высокоуровневых продуктов, которые его используют.

Протокол управления сетями определяет стандартный метод контроля какого-либо устройства со станции управления с целью определения его состояния, настроек и иной информации, а также ее модификации. Основным протоколом управления, используемым в семействе TCP/IP, является протокол SNMP (Simple Network Management Protocol простой протокол управления сетью). Сам протокол очень прост: он определяет только иерархическое пространство имен объектов управления и способ чтения (или записи) данных этих объектов на каждом узле. Основное преимущество этого протокола заключается в том, что он позволяет единообразным образом управлять всеми типами аппаратных средств, независимо от их назначения и особенностей. Все они говорят на одном языке и могут опрашиваться и конфигурироваться с центральной станции.

Однако, SNMP не более чем протокол, поддерживающий диалог двух сторон. Для его использования необходимы две составляющие: программа-агент, работающая на сетевом устройстве, и программа-менеджер, позволяющая дистанционно отслеживать и управлять сетевыми устройствами. Способ ведения диалога между агентом и менеджером показан на рис.1.

Рис. 1 Работа протокола SNMP в рамках модели OSI

Протокол SNMP традиционно используется для управления телекоммуникационным оборудованием. Для управления обычно применяются так называемые платформы сетевого управления, позволяющие осуществлять обнаружение устройств в сети, объединять модули управления оборудованием разных производителей, выполнять общие функции управления и оповещения. В число наиболее известных платформ сетевого управления входят HP OpenView (Hewlett-Packard), Solstice Domain Manager (Sun Microsystems), Tivoli NetView (Tivoli Systems), SNMPc (Castle Rock). Вместе с тем, управление с использованием SNMP может быть применено и для решения других задач в том числе для систем промышленного управления. Проиллюстрируем такой подход на реальном примере.

В ходе выполнения одного из экспортных контрактов корпорацией Стинс Коман была разработана, произведена и установлена на ТЭС Фалай (Вьетнам) система управления электрофильтром. Логически система была разделена на два уровня: нижний монтируемый в непосредственной близости от электрофильтра, и верхний осуществляющий сбор статистической информации и представляющий графически состояние всего объекта. От использования существующих SCADA-систем мы отказались из-за высокой стоимости пакета разработки и модулей времени выполнения, а также большого времени, необходимого на обучение разработчиков. Было решено пойти по пути собственной разработки. Связь между подсистемами верхнего и нижнего уровней была осуществлена традиционными для задач АСУ ТП методами. Из огромного количества используемых полевых протоколов был выбран один, наиболее подходящий по быстродействию и простоте реализации. Учитывая особенности этого протокола, был разработан программный комплекс, осуществляющий сбор информации, анализирующий статистику и графически представляющий состояние управляемого устройства.

Приступив к аналогичным работам по следующему контракту, мы постарались учесть уроки предыдущей разработки и при создании системы управления технологическими процессами воспользоваться нашим опытом проектирования больших сетевых комплексов. В новом варианте системы связь между уровнями осуществлялась по протоколу SNMP. В качестве программы верхнего уровня использовался описанный ниже универсальный SNMP-менеджер.

Использование принципов сетевого управления при создании систем управления технологическими процессами позволило избежать проблем, связанных с интеграцией различных уровней системы. Появился единый универсальный способ управления любым оборудованием, начиная от сетевого маршрутизатора и заканчивая электрофильтром. Для того чтобы появилась возможность управлять устройствами, которые ранее в принципе не подключались к сети, был разработан универсальный программно-аппаратный SNMP-агент eSCape. Это устройство построено на основе однокристального RISC-контроллера и для подключения к сети (локальной или территориально-распределенной) использует Ethernet или PPP. Оно обладает малым весом и невысокой стоимостью и предоставляет широкий выбор вариантов сопряжения с управляемым объектом.

При разработке системы промышленного управления, реализованной в виде SNMP-менеджера, изначально были сформулированы следующие требования:

• новый программный продукт должен обеспечивать сбор и хранение статистических данных, которые должны легко импортироваться в другие программы; 
• новый программный продукт должен работать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС Linux;
• новый программный продукт должен обеспечивать достаточное быстродействие на машинах бюджетного класса;
• для разработки программ рекомендуется использовать свободно распространяемые продукты с открытым исходным кодом.

В результате был разработан программный комплекс EscView, архитектура которого приведена на рис.2.

Рис.2 Программный комплекс, осуществляющий сбор информации, анализ статистики и графическое представление состояния управляемого устройства

Каждому управляемому устройству соответствует SNMP-агент, который может быть встроенным или внешним. SNMP-агенты, подключенные к сети протокола TCP/IP, периодически опрашиваются программой-монитором, которая написана на языке Perl. Периодичность и частота опроса, а также перечень интересующих SNMP-агентов записаны в базе данных, построенной на пакете программ MySQL. Все переменные, считанные в процессе опроса, сохраняются в базе данных. SNMP-агент может также сам проинформировать систему управления о том или ином изменении своего состояния. Для подачи команд устройствам необходимо изменить соответствующие поля базы данных. Все изменения, произошедшие в базе данных, адресно передаются SNMP-агентам.

Рис.3 Пример диалога с пользователем в формате HTML-страницы

Для реализации графического интерфейса пользователя используется HTTP-сервер Apache. Программа, написанная на языке Perl, поддерживает диалоги с пользователем и при помощи базы данных динамически формирует ответ в формате HTML-страницы или в формате WML-страницы.

Страницы HTML предназначены для пользователей, работающих с любым Internet-браузером (например, MS Internet Explorer или Netscape Navigator). Пример реального диалога представлен на рис.3. Страницы WML предназначены для мобильных устройств, поддерживающих протокол WAP (таким устройством может быть сотовый телефон). Для поддержки WAP-клиентов никаких специальных аппаратных доработок производить не надо: в качестве шлюза выступают ресурсы, штатно предоставляемые сотовыми операторами. Соединение между сотовым шлюзом и SNMP-менеджером осуществляется через Internet.

Данное решение может функционировать как под управлением ОС MS Windows 9x/NT/2000, так и под управлением ОС UNIX/Linux. Все программные продукты, используемые при разработке, распространяются свободно.

Описываемое решение уже используется для обслуживания мощных источников бесперебойного питания. В настоящее время на базе этого решения разрабатывается комплекс программ, предназначенных для управления электрофильтром. Оно, в частности, может использоваться для создания интеллектуальных зданий, для распределенного сбора информации с датчиков, а также для реализации заданного промышленного управления через типовые объединённые сети.

[ http://www.mka.ru/?p=40138]

Тематики

• сети вычислительные

Действия

• простой протокол сетевого управления

Синонимы

• простой протокол сетевого управления

EN

• Simple Network Management Protocol
• SNMP

 

активная передача данных
—
[Интент]

Революционной разработкой MOXA можно назвать внедрение в модулях ioLogik системы активной передачи данных, реализованной технологией Active IO. Применяя эту технологию в системах телеметрии, пользователь может отказаться от классической технологии опроса модулей ввода/вывода со стороны операторских АРМ и переложить задачу оповещения об изменении состояния контролируемых параметров на сами модули ioLogik.

Такой подход имеет ряд неоспоримых преимуществ.
Во-первых, оператор узнает о произошедших событиях мгновенно от самого модуля сбора данных, не дожидаясь очередного цикла опроса исполнительных устройств со стороны сервера.
Во-вторых, с центрального сервера сбора данных снимается ресурсоемкая задача постоянного опроса устройств сбора данных.
В-третьих, что немаловажно для больших распределенных систем управления, отказ от постоянного опроса периферийных модулей радикально снижает нагрузку на сеть передачи данных.
Большое значение имеет возможность расширения системы управления в процессе эксплуатации.
Так, если в традиционной архитектуре пассивного опроса увеличение количества контролируемых точек неминуемо ведет к задержкам и увеличению времени реакции, то принцип активной передачи данных позволяет избежать этой проблемы, передавая данные лишь в момент изменения состояния канала.
[Журнал “ИСУП” № 2(26)_2010]

Тематики

• автоматизированные системы

EN

• active data transfer

1) General subject: control-configured design (проектирование системы управления параллельно и одновременно с разработкой самой физической целевой системы - это позволяет добиться улучшенной функциональности и повышенной н)

2) Programming: control based design (см. control-configured design), control configured design method (см. control-configured design), control-based design (см. control-configured design), control-oriented design (см. control-configured design)

1) General subject: (требований) control-configured design (проектирование системы управления параллельно и одновременно с разработкой самой физической целевой системы - это позволяет добиться улучшенной функциональности и повышенной н)

2) Programming: (требований) control based design (см. control-configured design), (требований) control configured design method (см. control-configured design), (требований) control-based design (см. control-configured design), (требований) control-oriented design (см. control-configured design)